.. :validated: 3.2.0

Введение
========

Сервисный интервал обновления **ALD Pro** должен быть спланирован администратором заранее и сокращен до разумного и комфортного для компании срока на обновление домена.

.. note::
   Особенности обновления релиза **ALD Pro** с конкретными версиями операционной системы необходимо посмотреть в приложении, находящемся в **Release Notes**.

Начиная с версии 2.4.0 допускается промышленное использование разных версий продукта в инфраструктуре домена в период обновления. Функциональные возможности новой версии **ALD Pro** будут доступны только из портала управления обновленных контроллеров домена и только на обновленных серверах подсистем.

При эксплуатации **ALD Pro** не допускается использование:

- более одной версии **ОС Astra Linux** в рамках серверной группировки;
- более одной версии **ALD Pro** в рамках серверной группировки.

При обновлении клиентов **ALD Pro** не допускается использование:

- более одной версии **ОС Astra Linux** в рамках серверной группировки;
- более двух версий **ALD Pro** в рамках серверной группировки.

В процессе обновления службы каталогов **ALD Pro** допустим один из следующих сценариев:

1. В одном домене контроллеры разных версий. После обновления первого контроллера домена во всем домене будет изменена схема каталога. Новые функциональные возможности контроллера домена и подсистем будут доступны только на обновленных контроллерах домена.

2. Версия клиента выше версии контроллера. Клиент загрузит текущую версию скриптов **Policy Manager** и будет ограничен функциональными возможностями контроллера домена, который его обслуживает.

3. Версия клиента ниже версии контроллера. Клиент загрузит актуальные скрипты **Policy Manager** из **LDAP**, но в части остальных функциональных возможностей будет ограничен возможностями своей версии и не сможет использовать дополнительные возможности контроллера домена, который его обслуживает, если они есть.

**Общий порядок обновления инфраструктуры ALD Pro**:

1. Обновление первого контроллера домена.

2. Обновление резервных контроллеров домена.

3. Обновление подсистем.

4. Обновление клиентов.



**Подготовительные действия**

При обновлении **ALD Pro** необходимо придерживаться совместимых версий из :ref:`compatibility_matrix`.

1. Определить целевую версию **ALD Pro**, на которую необходимо обновиться.

2. Определить версию **ALD Pro**, на которую технически возможно обновиться с текущей версии **ALD Pro**. Оценить, потребуется ли промежуточное обновление **ALD Pro** для обновления на целевую версию **ALD Pro**.

3. Определить общую версию ОС **Astra Linux**, которая поддерживается как для текущей версии **ALD Pro**, так и для версии, на которую планируется производить обновление (промежуточное или целевое).

При обновлении с версии на версию возможны следующие сценарии:

- обновление с предыдущей версии на текущую без обновления ОС;
- обновление с предыдущей версии на текущую с обновление ОС;
- обновление с версии на версию с обновлением ОС;
- обновление ОС без смены версии.

.. list-table:: Условные обозначения
   :widths: auto
   :header-rows: 1
   :class: longtable

   * - №
     - Версия ALD Pro
     - Версия ОС
   * - 1
     - X
     - A
   * - 2
     - Y
     - A, B
   * - 3
     - Z
     - B, C

**Сценарий 1. Обновить версию ALD Pro X до версии ALD Pro Y, если установлена версия ОС A.**

Выполнить обновление **ALD Pro** согласно данному разделу.

**Сценарий 2. Обновить ALD Pro версии Y до версии Z, если установлена версия ОС A.**

Обновить ОС с версии A до версии B. Обновить **ALD Pro** с версии Y до версии Z.

**Сценарий 3. Обновить ALD Pro версии X до ALD Pro версии Z**

Обновить ALD Pro с версии X до версии Y. Обновить ОС до версии B. Обновить **ALD Pro** с версии Y до версии Z.

**Сценарий 4. Обновить версию ОС без смены версии ALD Pro**

Выполнить обновление ОС как описано ниже, в разделах по подготовке к обновлению **ALD Pro** на контроллерах домена, репликах, подсистемах и клиентах.